約 4,420,722 件
https://w.atwiki.jp/mrfrtech/pages/58.html
Market Highlights Cloud database is a database service which can be used in storing and managing files through the cloud. Enterprises can host databases on the cloud without access to hardware. The ability to scale business at a rapid pace using cloud is likely to lead to its adoption by businesses of all sizes. The global Cloud Database Market Growth report compiled by Market Research Future (MRFR) evaluates various growth opportunities and trends amid the COVID-19 pandemic and changes in business models for the period of 2020 to 2027 (forecast period). Market Scope The global cloud database market is expected to reach USD 21.66 billion growing at 46.78% CAGR over the forecast period. The advent of internet of things (IoT) and rise of cloud computing are major drivers of the market. Implementation of cloud databases for improving service, lowering cost, and expediting services can benefit the market. Rise in digitization of data and the move towards cloud by organizations of all sizes can be a golden opportunity for cloud database providers. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/6847 Rise of application development and mass computing can drive the adoption of cloud databases by organizations making it easier for app developers in storing, migrating, and sharing data. The virtual nature of cloud databases allow it to recover from crashes and failures in programs quicker and the disposability nature can drive the market demand in the global cloud database market. It can cover machines and entire data centers. But concerns of data security can impede market growth. Competitive Outlook SAP AG, CenturyLink, CSC (Computer Science Corporation), Salesforce.com Inc., Google Inc., Oracle, Amazon.com, Rackspace Inc., IBM, and Microsoft are key players in the global cloud database market. Segmentation By database, the cloud database market is divided into SQL database and NoSQL database. By model, this market is segmented into service model and deployment model. By service model, the market is further segmented into private cloud, virtual private cloud, public cloud, and hybrid cloud. Deployment model segmentations include infrastructure as a service (IaaS), database as a service (DBaaS), and platform as a service (PaaS). By deployment model, the DBaaS segment can provide security to data with tight surveillance and software upgrades designed to maintain the integrity of data stored in the database. By component, the market is segmented into software and service. By software the market is segmented into database application builder, database encryption, data scaling and replication, backup and recovery, and others. By service, the market is segmented into training and consulting service, system and network integration service, and deployment and maintenance service. By organization size, the market is segmented into large enterprise and small and medium-sized enterprise. By end-user, the market is segmented into academic, BFSI, healthcare, IT and telecom, government, and others. Regional Analysis The regional analysis of cloud database market is considered for North America, Europe, Asia-Pacific, and the rest of the world. Implementation of IoT and increasing adoption of cloud-based services in North American countries such as the US and Canada is expected to dominate the cloud database market during the assessment period. Several investments and research and developments are taking place in the US owing to the increasing need for cloud database by the IT companies. This in turn ensures an enhanced cloud infrastructure coupled with the provision of network security for the cloud database users. Increase in the adoption of security based applications in Asia-Pacific is expected to enhance the cloud database market. Hence, Asia-Pacific is expected to be the fastest growing region in the market during the forecast period. Europe is expected to witness a significant growth in the market owing to the growing need for managed database solutions from the prominent IT companies investing in the European markets. Brows Full Report @ https //www.marketresearchfuture.com/reports/cloud-database-market-6847 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report** B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/ohden/pages/1096.html
SQL Server SQL Server Management Studio v18.12.1 ~tips~ SQL Server Management StudioでSQLを実行するとIMEがonする Database/SQLServer/tips/ 更新日: 2022年12月09日 (金) 09時46分06秒 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/rinn/pages/71.html
□DB2AUDIT (V9.5) V9.5でDB2AUDIT機能が大幅に変更されているので、調査してみました。 ※IBMから各種資料が公表されているので詳細はこちらを見るのがよいでしょう。 単純に監査情報をとってみることにフォーカスして以下まとめました。 V9.5からは、インスタンス単位、データベース単位の2つの切り口で監査設定 ができるようになりました。9.1までは、ほぼインスタンス単位だったと見て よいと思います。 1. あるDBユーザーの操作のログを採取する 1) SECADM権限の付与されたユーザーでログイン db2 connect to sample SECADM権限のあるユーザー 2) AUDIT POLICYを作成 db2 create audit policy AUDIT POLICY名 categories execute status both error type normal 以下のシステムビューで確認できる。 db2 "select auditpolicyname,executestatus from syscat.auditpolicies" 3) 2)で作成したAUDIT POLICYに監査ログ設定を関連付ける。 db2 audit user ユーザー名 using policy AUDIT POLICY名 以下のシステムビューでの確認できる db2 "select * from syscat.audituse" 2. あるテーブルに対する操作のログを採取する 1) SECADM権限の付与されたユーザーでログイン db2 connect to sample SECADM権限のあるユーザー 2) AUDIT POLICYを作成 db2 create audit policy AUDIT POLICY名 categories execute status both error type normal 以下のシステムビューで確認できる。 db2 "select auditpolicyname,executestatus from syscat.auditpolicies" 3) 2)で作成したAUDIT POLICYに監査ログ設定を関連付ける。 db2 audit table テーブル名 using policy AUDIT POLICY名 ※テーブル名について、別名、ビュー名などはセットできない。 以下のシステムビューで確認できる db2 "select * from syscat.audituse" ここまでで、設定できているので、該当の操作が行われると実行内容を取り出すことができる。 3. 監査の開始終了 1) 監査開始 db2audit start 2) 監査停止 db2audit stop ※start から stopの間のログがバッファーに蓄積される。 ※V9.1までと同様、バッファーサイズを0以上十分に確保しておくことでDB2へ与えるパフォーマンスを軽減できる。 4. 監査ログの取り出し方法(一般ファイル) V9.1までと異なる点として、主にarchiveという操作が加わった点と prune(切り離し)が無くなった。extractの前にarchiveが行われて 一旦アーカイブファイル(バイナリー)が抽出できている必要がある。 1) ARCHIVEを行う。 (インスタンス単位) db2audit archive ノード AUD アーカイブされたまたは一時的なログ・ファイル メッセージ -------- -------- --------------------------------------------------- 0 AUD0000I db2audit.instance.log.0.20081212142760 AUD0000I 操作が成功しました。 (データベース単位) db2audit archive database データベース名 出力されたファイル名で、ファイルが保存される。 デフォルトでは以下となるが、変更は可能 インスタンスディレクトリ \security\auditdata 2) EXTRACTを行う。 db2audit extract file 出力ファイル名 from files アーカイブファイル名 ※ファイル名だけ指定すると上記のパス以下に指定ファイルが無いかサーチしてくれる。 ※以前は存在するファイルへの出力しようとした場合はエラーとなったと思うが、V9.5では追記される。 ※ワイルドカードでまとめて出力することが可能 SECADM権限はインスタンスユーザーには付与されておらず、SYSADM権限にも含まれません。 SYSADM権限を持つユーザーから以下の様にして付与することができます。 db2 grant secadm on database to user ユーザー名 (余談1) 監査設定が何も無い状態でも、db2audit startとするとdb2stop/db2startなど の動作のログは保存される。 db2audit configure reset db2audit stop db2audit start ※syscat.auditpoliciesにも設定なし db2audit describe DB2 監査設定 監査がアクティブ "TRUE " 監査イベントのログ "FAILURE" チェック・イベントのログ "FAILURE" オブジェクト保守イベントのログ "FAILURE" セキュリティー保守イベントのログ "FAILURE" システム管理者イベントのログ "FAILURE" 妥当性検査イベントのログ "FAILURE" コンテキスト・イベントのログ "NONE" 監査エラーで SQLCA を戻す "FALSE " 監査データ・パス "" 監査アーカイブ・パス "" AUD0000I 操作が成功しました。 (余談2) インスタンス単位とデータベース単位の住み分けとして、微妙な ところがあり、以下の設定を行うと、コネクション(CONNECT)関係 の監査ログが蓄積される。(EXECUTEなどは蓄積しない。) db2audit configure scope context status both db2audit archive database sample (余談3) AUDIT POLICY名を指定できるが今のところ分けたものどう利用する かについては、ALTER AUDIT POLICYで行うと推測される。 監査設定済みのものを一旦無効にしたい場合、status noneに変更 することで達成できるのではないか? 例)テーブルへの監査を停止 db2 audit table employee remove policy ※もともとAUDIT POLICYの何れかに関連付けられているが、自動的に 特にこれを指定する必要もなく、成功すると解除される。 syscat.audituseビューにて確認できる。 また、AUDIT POLICYの削除は以下のとなるが、関連付けされている 監査設定があると失敗する。 db2 drop audit policy AUDIT POLICY名
https://w.atwiki.jp/0303wiki/pages/53.html
サイボウズ デヂエ kintone クラウド型データベースアプリ FileMaker UnitBase
https://w.atwiki.jp/rinn/pages/67.html
DB2 「トランザクションログがいっぱい」 テーブルのレコードを貯めすぎた場合、削除の際下記のメッセージが出力して 削除に失敗することがあります。(削除処理はロールバックされて戻ってしまいます。) $ db2 delete from xxxxxtbl DB21034E The command was processed as an SQL statement because it was not a valid Command Line Processor command. During SQL processing it returned SQL0964C The transaction log for the database is full. SQLSTATE=57011 削除する単位を小さくする以外の方法として下記があります。 トランザクションログが一杯になったという場合のしきい値は下記できまります。 (設定値の確認方法) db2 get db cfg for database name | grep LOG ※変更時は、sysadm権限のあるOSユーザーにて実行する必要があります。 Log file size (4KB) (LOGFILSIZ) = 20000 Number of primary log files (LOGPRIMARY) = 13 Number of secondary log files (LOGSECOND) = 100 Path to log files = /home/db2inst1/db2inst1/NODE0000/SQL00001 /SQLOGDIR/ "Path to log files" に"Snnnnnn.LOG"と言ったファイルが連番で生成されますが、 これがトランザクション処理を行うと書き出されるファイルとなります。 このファイルのサイズは、LOGFILSIZ*4KBとなり、LOGPRIMARY+LOGSECOND個まで生成され ます。必要に応じて、ファイルは生成または再利用されていきますが全てのファイルが 使用されてもまだトランザクション処理で書き出しが必要になった場合、掲題のエラー が発生します。 100万件程度の削除でも検証環境では、トータル1GBほど用意してやっと処理に成功しました。 細かくトランザクションを切れない場合は、それなりの量用意する必要がありそうです。 パラメータ変更方法は db2 updata db cfg for database name using parameter name value (例) db2 updata db cfg for sample using LOGFILSIZ 20000 ※81,920,000(20000*1024*4)かとおもったのですが、実際は81,928,192バイトでした。 ヘッダ情報などが含まれるのかもしれません。 また、最大 LOGFILSIZ*4KB * (LOGPRIMARY+LOGSECOND ) の容量のファイル書き出しがある 可能性がありますので、空きディスクはこれより多く用意できていないと、ディスクフルが 発生します。
https://w.atwiki.jp/capu2/pages/68.html
MySQL MySQLのセットアップ、設定など。 MySQLダウンロード インストール (Windows XP Professional Service Pack 3 32bit) 設定 リンク ダウンロード http //www-jp.mysql.com/ にアクセスして、ダウンロードをクリック。 MySQL Community ServerのDOWNLOADをクリック。 Select Platformのところで、Windowsを選択し、Windows (x86, 32-bit), MSI Installerをクリック。 MySQLのアカウントの入力が求められるようですが、ここでは、No thanks, ... をクリック。 とりあえず、日本のHTTPからダウンロードします。FTPでも良いでしょう。 ファイルを保存ダイアログが表示されると思うので、任意のフォルダにダウンロード、保存します。 インストール (Windows XP Professional Service Pack 3 32bit) インストーラ(mysql-5.5.13-win32.msi)を実行します。 Nextをクリック。 I accept ... にチェックを入れて、Nextをクリック。 Typicalをクリック。 Installをクリック。 インストール途中でダイアログが表示されます。Nextをクリック。 Nextをクリック。 Finishをクリック。 設定 直ちに、設定ウィザードが開きます。Nextをクリック。 Detailed Configuration(たぶんデフォルト)を選択し、Nextをクリック。 Developer Machine(たぶんデフォルト)を選択し、Nextをクリック。Server Machineの方が良い? Multifuctional Database(たぶんデフォルト)を選択し、Nextをクリック。 InnoDBのパスを指定します。とりあえずここでは、\MySQL\InnoDB\として、Nextをクリック。 Decision Support (DSS)/OLAPを選択して、Nextをクリック。 デフォルトのままで、Add firewall exception for this portにチェックを入れて、Nextをクリック。たぶん、チェックしないとファイアーウォールでブロックされる。 Best Support For Multilingualismを選択して、Nextをクリック。 デフォルトのままで、Include Bin Directory in Windows PATHにチェックを入れて、Nextをクリック。たぶん、環境変数の登録か。 デフォルトのままで、rootのパスワードを設定して、Nextをクリック。テスト用なので、とりあえずrootにしておくが、本来は解読し難いパスワードを設定するべきだ。 Executeをクリック。 Finishをクリックして終了。 これで、おしまい。 リンク http //www-jp.mysql.com/
https://w.atwiki.jp/naobe/pages/65.html
DB2に戻る 参考URL http //good-stream.com/goodstream/database/db2/tips.html 参照 http //www.altus5.co.jp/wordpress/db2_memo/#toc-dbddl 参照 http //db2watch.com/wiki/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8 参照 制限 http //publib.boulder.ibm.com/infocenter/db2luw/v8//index.jsp?topic=/com.ibm.db2.udb.doc/admin/r0001029.htm SQLステートメントの最大文字数:2MB DB2インストール(Linux) マニュアル https //www-304.ibm.com/support/docview.wss?rs=71 uid=swg27015149 参照 DB2権限 CSEとの接続 ローカルのデータベース 構成アシスタントを起動 ODBC登録したいデータベースをダブルクリック プロトコル:TCP/IP TCP/IP ホスト名、ポート番号(50000)を設定 データソース:CLI/ODBC用にこのデータベースを登録。システムデータソース選択。 AdminでCLPを開く catalog system odbc data source データベース名 リモートデータベース あああ スキーマ ユーザ名などを使って、テーブル、シーケンスなどのDBオブジェクトをグループ化するもの。スキーマにユーザ名を使うと、1つのデータベースに同じ名前のテーブルを作成できる。 テーブルにアクセスするときは、スキーマ.テーブルでアクセスする。スキーマを省略したときは、データベースに接続するユーザ名が使われる。 コマンド インスタンスの起動 インスタンスオーナでログイン。(Linuxの場合、デフォルトユーザはdb2inst1) db2start インスタンスの構成パラメータの、SYSADM_GROUP,SYSCTRL_GROUPをユーザが属するグループに設定しておくこと。(SYSADM_GROUPのデフォルトはdb2ladm1、SYSCTRL_GROUPのデフォルトは設定なし) 構成パラメータは、コントロールセンターからインスタンスを選択してポップアップメニューから修正可能。 インスタンスの停止 インスタンスオーナでログイン。(Linuxの場合、デフォルトユーザはdb2inst1) db2stop インスタンスの起動状況確認 Linuxでのコマンド db2inst1でログイン GUIツールのコマンド起動 項目 コマンド起動 コントロールセンター db2cc 構成アシスタント db2ca デフォルトスキーマを表示 $db2 "values current schema" デフォルトスキーマを変更 $db2 "set current schema = hoge " データのexport EXPORT TO ファイル名 OF IXF SELECT * FROM テーブル名; データのimport IMPORT FROM ファイル名 OF IXF INSERT_UPDATE INTO テーブル名; SQLファイルの実行 db2 connect to データベース db2 -tvf SQLファイル db2 terminate DDL出力 db2look -d sampledb -e -o a.out DBへの接続 db2 = connect to データベース user ユーザ userはOSのユーザでよい データベース作成 db2 create database データベース プライマリーキー作成 CREATE TABLE aaa ( id1 CHAR(10), id2 CHAR(10), valueCHAR(15), CONSTRAINT vwam07_pkey PRIMARY KEY (id1, id2) ); テーブルスキーマの修正 【列の追加】 ALTER TABLE テーブル名 ADD COLUMN 列名 データタイプ オプション 例 alter table INOUTDETAIL add column NAMEID char(12) 以下を実行するとエラーが発生する。 alter table INOUTDETAIL add column NAMEID char(12) not null DB21034E The command was processed as an SQL statement because it was not a valid Command Line Processor command. During SQL processing it returned SQL0193N In an ALTER TABLE statement, the column "NAMEID" has been specified as NOT NULL and either the DEFAULT clause was not specified or was specified as DEFAULT NULL. SQLSTATE=42601 これは、成功するとNULLカラムができてしまうため。よって列を作成しupdate後に以下のコマンドを実行する。 alter table INOUTDETAIL alter NAMEID set not null 【外部キー制約の追加】 alter table テーブル名 add constraint 制約名 foreign key(列名,・・) references 親テーブル名(列名,・・) 各列名は、親テーブルの各列名に対応する。親テーブルの行を削除するとエラーになる。 ※注意 列を変更するとペンディング状態になり、SQLCODE=-668, SQLSTATE=57016, SQLERRMC=7のエラーが発生する。よって以下を実行する。メッセージの意味は「DB2メッセージレファレンス2」参照。 reorg table テーブル名 【UNIQUE制約の追加】 alter table テーブル名 add constraint 制約名 unique (列名,・・・) 【UNIQUE制約の削除】 alter table テーブル名 drop unique 制約名 terminate 接続を終了し、クライアントのバックエンドプロセス(db2bp)を終了する。db2 connect resetは接続のみ終了する データベースへの接続 db2 = connect to sample Database Connection Information Database server = DB2/LINUX 9.7.1 SQL authorization ID = DB2INST1 Local database alias = SAMPLE 終了 db2 = quit データベース一覧 db2 = list db directory System Database Directory Number of entries in the directory = 1 Database 1 entry Database alias = SAMPLE Database name = SAMPLE Local database directory = /home/db2inst1 Database release level = d.00 Comment = Directory entry type = Indirect Catalog database partition number = 0 Alternate server hostname = Alternate server port number = テーブル一覧 【全てのテーブル】 db2 = list tables for all Table/View Schema Type Creation time ------------------------------- --------------- ----- -------------------------- ACT DB2INST1 T 2010-09-06-20.44.43.170519 ADEFUSR DB2INST1 S 2010-09-06-20.44.46.721536 CL_SCHED DB2INST1 T 2010-09-06-20.44.41.958568 ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ 【スキーマ指定】 db2 = list tables for schema スキーマ テーブル構造 db2= DESCRIBE TABLE テーブル名 文字セットの確認 db2 get db config for データベース名 分離レベル http //www.ibm.com/developerworks/jp/data/products/db2/design-guide/lock_v97.html 参照 デフォルトはCS 表示 values current isolation 設定 【セッション内】 set current isolation 分離レベル db2 terminateでリセット 【JDBC】 Connection.TRANSACTION_READ_UNCOMMITED = Uncommitted Read(非コミット読取り) Connection.TRANSACTION_READ_COMMITTED = Cursor Stability(カーソル固定) Connection.TRANSACTION_REPEATABLE_READ = Read Stability(読み取り固定) Connection.TRANSACTION_SERIALIZABLE = Repeatable Read(反復可能読取り) 未コミット中のデータ参照動作 ver9.7から設定が可能。ver9.7のデフォルト動作は、update前の状態を表示(CUR_COMMIT=ON)。 未コミット更新中データが更新されるまで待つように変更するには、CUR_COMMIT=DISABLEDに設定する。 【現在の状態表示】 コマンドプロセッサから、get db cfg show detailを実行すると表示する。 Currently Committed (CUR_COMMIT) = DISABLED DISABLED 左が現在の値。右側が、次回インスタンスが有効になったときの値。 【設定の変更】 項目 内容 待つ db2 update db cfg using CUR_COMMIT DISABLED update前を表示 db2 update db cfg using CUR_COMMIT ON ロック監視 ロックインターバル db2 update db cfg using DLCHKTIME 監視間隔(msec) ロックタイムアウト db2 update db cfg using LOCKTIMEOUT タイムアウト(sec) ユーザの表示 コントロールセンターから可能 ユーザへの権限の付与 コントロールセンターから可能 静的SQL,動的SQL SQL 型 項目 内部サイズ(バイト) 説明 DATE 4 年、月、日。最初の2バイトが年、3バイト目が月、4バイト目が日 TIMESTAMP 7~13 年、月、日、時、分、秒 TIME 3 時、分、秒 CHAR 1~254 固定長の文字。 VARCHAR 最大32k 可変長文字 CLOB 最大2G 可変長文字。 BLOB 最大2G バイナリラージオブジェクト SMALLINT 2 短精度整数 INTEGER 4 超精度整数 BIGINT 8 64ビット整数 コメント "--"または/* */。行に対するコメント。開始位置はどこからでも良い。"--"は行末までがコメント。 プライマリーキー列、UNIQUEキー表示 select colnames, uniquerule from syscat.indexes where tabname = <テーブル名> 外部キーの表示 select constname, tabname, refkeyname, reftabname, colcount, deleterule, updaterule, fk_colnames, pk_colnames from syscat.references syscat.referencesについては「DB2_管理の概念および構成リファレンス.pdf」参照 制約一覧表示 SELECT TABSCHEMA, TABNAME, CONSTNAME FROM SYSCAT.TABCONST WHERE TABSCHEMA= スキーマ名 AND TABNAME= テーブル名 ビュー一覧 SELECT TABSCHEMA, TABNAME FROM SYSCAT.TABLES WHERE TYPE= V SELECT操作 db2 = select * from ACT ACTNO ACTKWD ACTDESC ------ ------ -------------------- 10 MANAGE MANAGE/ADVISE 20 ECOST ESTIMATE COST ・ ・ 180 DOC DOCUMENT 18 record(s) selected. シーケンス作成 コマンドエディタから connect to SUNA; CREATE SEQUENCE inc_seq AS INT START WITH 1 INCREMENT BY 1 MINVALUE 1 NO MAXVALUE NO CYCLE NO CACHE ORDER; quit; シーケンスをIDに適用 シーケンスを適用するカラムをGENERATED BY DEFAULTに設定(初期作成時は、GENERATED BY ALWAYS)。 ALTER TABLE INCIDENCE ALTER COLUMN INCID SET GENERATED BY DEFAULT; INSERTするときに、IDにNEXT VALUE FORを使ってシーケンスの次の値を設定する。 INSERT INTO INCIDENCE VALUES (NEXT VALUE FOR inc_seq, 値1,値2, ・・・) シーケンスをIDに適用(2) IDの一部にシーケンスを適用。現在の日付にシーケンスを追加してみる。 【例】 insert into inoutname (nameid, name, nametype) values (concat( T , concat(to_char(current date, yyyymmdd ), LPAD(inc_seq.nextval, 3, 0 ))), 食費 , 0); シーケンスに値を設定 ALTER SEQUENCE INOUT_NAME_SEQ RESTART WITH 7; シーケンスの取得(次のシーケンス) db2== values nextval for シーケンス名 シーケンスの取得(前のシーケンス) db2== values prevval for シーケンス名 シーケンスのテーブル SYSSEQUENCES コントロールセンターのTABLEから参照する。 JDBC http //www.atmarkit.co.jp/flinux/rensai/db2_03/db2_03a.html 参照 http //www-01.ibm.com/support/docview.wss?uid=std34d77226f5607fa2e4925758a0012c617 参照 ${INSTANCE_DIR}/sqllib/java 下に以下のjarファイルがあってJDBCドライバに使う。 jarファイル 説明 プロバイダタイプ(WAS) db2jcc.jar JDBC3.0以前の機能。JDK1.4以上。 DB2 Universal JDBC Driver Provider db2jcc4.jar JDBC4.0以前の機能。JDK1.6以上 DB2 Using IBM JCC Driver 【JDBCを使ったアクセス】 // DB2 JDBC Driverのロード Class.forName("com.ibm.db2.jcc.DB2Driver"); // DB2に接続 Connection conn = DriverManager.getConnection( "jdbc db2 //localhost 50000/db名", "ユーザ", "パスワード"); ユーザ、パスワードはOSのものを使う その他 項目 説明 静的SQL アプリケーション・プログラムの実行前に準備される。アプリケーション・プログラムが実行された後も残る。ホスト言語(COBOL)のアプリケーションプログラム内部に組み込まれる。 動的SQL SQL アプリケーションの実行時に準備される。 BIND データベース構成パラメータ表示 get db cfg データベースマネージャ構成パラメータ表示 get dbm cfg オートコミットオフで起動 db2 -c-
https://w.atwiki.jp/dcheat/pages/22.html
0.63.20用 0.63.30用 0.63.35用 0.63.20用 0.63.20はツールよりダウンロードしてください。xxx(10)は10進法での値を示しています。 最終更新日 09 06/14 ポジションNo. 9人制 6人制 備考 ドリブルのキープ範囲 全ポジション共通 004C810C 004C810C 小さくしすぎるとボールを落としやすくなるので注意。 ボールの吸い付きとは関係ない模様。 推奨値 0008 (2048(10)) カメラの位置 (CameraDistance) 全ポジション共通 004C82DC 004C82DC cf.)視点早見表 キックゲージ 全ポジション共通 004CD8BC 004CD924 004CD8BC 004CD924 2値同時変更で反映される。詳しくはこちら 更新日現在での最大値は3100(10)。 最大値より大きな値を指定すると自動的にキックされます。 推奨値 1C0C (3100(10)) 加速度 AWAY-2 004CAA7C 004CA620 推奨値 FD00 (253(10)) オリジナル値 FA00 (250(10)) AWAY-3 004CABF0 004CA794 AWAY-4 004CAD64 004CA908 AWAY-5 004CAED8 004CAA7C AWAY-6 004CB04C 004CABF0 AWAY-7 004CB1C0 - AWAY-8 004CB334 - AWAY-9 004CB4A8 - HOME-2 004C990C 004C990C HOME-3 004C9A80 004C9A80 HOME-4 004C9BF4 004C9BF4 HOME-5 004C9D68 004C9D68 HOME-6 004C9EDC 004C9EDC HOME-7 004CA050 - HOME-8 004CA1C4 - HOME-9 004CA338 - 持久力の回復率 AWAY-2 - 004CA61C DSの回復スピード。 推奨値 FB00(251(10)) オリジナル値 FA00 (250(10)) AWAY-3 - 004CA790 AWAY-4 - 004CA904 AWAY-5 - 004CAA78 AWAY-6 - 004CABEC AWAY-7 - - AWAY-8 - - AWAY-9 - - HOME-2 - 004C9908 HOME-3 - 004C9A7C HOME-4 - 004C9BF0 HOME-5 - 004C9D64 HOME-6 - 004C9ED8 HOME-7 - - HOME-8 - - HOME-9 - - 体判定 AWAY-2 004CAA98 004CA63C 値を小さくするほど強くなる(めりこみやすくなる)。 AWAY-3 004CAC0C 004CA7B0 AWAY-4 004CAD80 004CA924 AWAY-5 004CAEF4 004CAA98 AWAY-6 004CB068 004CAC0C AWAY-7 004CB1DC - AWAY-8 004CB350 - AWAY-9 004CB4C4 - HOME-2 004C9928 004C9928 HOME-3 004C9A9C 004C9A9C HOME-4 004C9C10 004C9C10 HOME-5 004C9D84 004C9D84 HOME-6 004C9EF8 004C9EF8 HOME-7 004CA06C - HOME-8 004CA1E0 - HOME-9 004CA354 - 0.63.30用 最終更新日 10 02/02 ポジションNo. 9人制 6人制 備考 ドリブルのキープ範囲 全ポジション共通 004D7794 004D7794 小さくしすぎるとボールを落としやすくなるので注意。 ボールの吸い付きとは関係ない模様。 推奨値 0008 (2048(10)) カメラの位置 (CameraDistance) 全ポジション共通 004D7964 004D7964 cf.)視点早見表 キックゲージ 全ポジション共通 004DCF4C 004DCFB4 004DCF4C 004DCFB4 2値同時変更で反映される。詳しくはこちら 更新日現在での最大値は3100(10)。 最大値より大きな値を指定すると自動的にキックされます。 推奨値 1C0C (3100(10)) 0.63.35用 最終更新日 10 02/02 ポジションNo. 9人制 6人制 備考 ドリブルのキープ範囲 全ポジション共通 004D8954 004D8954 小さくしすぎるとボールを落としやすくなるので注意。 ボールの吸い付きとは関係ない模様。 推奨値 0008 (2048(10)) カメラの位置 (CameraDistance) 全ポジション共通 004D8B24 004D8B24 cf.)視点早見表 キックゲージ 全ポジション共通 004DE10C 004DE174 004DE10C 004DE174 2値同時変更で反映される。詳しくはこちら 更新日現在での最大値は3100(10)。 最大値より大きな値を指定すると自動的にキックされます。 推奨値 1C0C (3100(10)) 以上の情報はめもりぃえでぃったを使うと便利。 たとえばversion 0.63.20を使っていて、ドリブルキープ範囲を小さくしキープ率を上げるには soccer004C810C-0008 上の2行をめもりぃえでぃったに貼り付け、自分のポジションに入ったら実行。 9人戦 青2で、ドリブル範囲を小さくした上で、加速力を微増させ競り合いに強くなるには soccer004C810C-0008004CAA7C-FD00 上3行をめもりぃえでぃったに貼り付け、青2に入って実行。 全てのポジションと値を書いたテキストファイルを作っておくと楽になるかも。
https://w.atwiki.jp/tiger/pages/6.html
目標300 genes for database issue Knock-Out Database BKT CBL-B FYB Fyk ITK GAB1 GAB2 GAB3 GRAP GRAP2(GADS) GRB2 LCK Rap1A RasGRP1 RasGRP2 SHC1, ShcA SOS1 SOS2 VAV1 VAV2 WASP 3BP2 BKT Mice deficient in BKT elicit X-linked immunodeficienceSatterthwaite AB et al 1998 Semin Immunol CBL-B CBL-B null mice have enhanced long-term memory and show an enhancement in short-term plasticity. Tan DP et al 2006 Proc Natl Acad Sci U S A FYB T-cell from mice deficient in FYB show markedly impaired proliferaction.Peterson EJ et al 2001 Science Fyk T-cell from mice deficient in FYK exhibit a remarkably specific lymphoid defect thymocytes are refractile to stimulation through the TCR with mitogen or antigen.Appleby MW et al 1992 Cell ITK Mice deficient in ITK have reduced proliferative responses to MHC stimulation and anti-TCR cross-linking.Liao XC et al 1995 Immunity GAB1 Mice deficient in GAB1 die at the early phase of development with multiple defects in heart, placenta, liver, spleen and muscle development.Itoh M et al 2000 Mol Cell Biol GAB2 no detectable defects in normal mouse development, hematopoiesis, or immune system function.Sarmay G et al 2006 Immuno Lett GAB3 no detectable defects in normal mouse development, hematopoiesis, or immune system function.Seiffert M et al 2003 Mol Cell Biol GRAP Mice deficient in Grap(-/-) enhance proliferation.Shen R et al 2002 Mol Cell Biol GRAP2(GADS) Thymocytes deficient in GRAP2(-/-) are blocked in proliferaction during maturation of T-cell.Yoder J et al 2001 Science B-cells deficient in GRAP2(-/-) impaire homeostatic proliferation.Yankee TM et al Eur J Immunol GRB2 Mice deficient in GRB2 die at the early phase of development.Cheng AM et al 1998 Cell LCK Lck-deficient mice show a pronounced thymic atrophy, with a dramatic reduction in the double-positive (CD4+CD8+) thymocyte population. Molina et al 1992 Nature Rap1A T cells and B cells of RAP1 deficient mice impair integrin-mediated cell adhesion.Duchniewicz M et al 2006 Mol Cell Biol RasGRP1 T cells deficient in RasGRP1 have defective proliferative responses. late-onset lymphoproliferation autoimmunityCoughlin JJ et al 2006 Immunol Lett B cell deficient in RasGRP2 and RasGRP1 have defective proliferative responses.Coughlin JJ et al 2006 Immunol Lett RasGRP2 B cell deficient in RasGRP2 and RasGRP1 have defective proliferative responses.Coughlin JJ et al 2006 Immunol Lett Coughlin JJ et al 2005 J Immunol SHC1, ShcA Mice deficient in SHC1 die at day 11.5Lai KM and Pawson T 2000 Genes Dev Mice deficient in SHC1 fail to produce IL-2 because of impaired MAP kinase activation.Iwashima M et al 2002 Proc Natl Acad Sci U S A SOS1 Mice deficient in SOS1 die at the early phase of development.Wang DZ et al 1997 Genes Dev. SOS2 No detectable defects in normal mouse development, growth, and fertility.Esteban LM et al 2000 Proc Natl Acad Sci U S A VAV1 Mice deficient in VAV1 and VAV2 (-/-,-/-) reduce mature B cells.Tedford K et al 2001 Nat Immunol T-cell of mice deficient in VAV1 (-/-) exhibit impaired antigen receptor signaling.Fischer KD et al 1995 Nature VAV2 Mice deficient in VAV1 and VAV2 (-/-,-/-) reduce mature B cells.Tedford K et al 2001 Nat Immunol B cell of mice deficient in VAV2 are defective in the ablity to switch immunoglobulin class.Doody GM et al 2001 Nature WASP T-cell of mice deficient in WASP impair proliferation and antigen receptor cap formation in response to anti-CD3zeta stimulation.Snapper SB et al 1998 Immunity 3BP2 B-cell from deficient in 3BP2 impaire proliferation, cell cycle progression, PLC-gamma2 phosphorylation, calcium mobilization, NF-ATp dephosphorylation, and Erk and Jnk activation in response to BCR ligation.de la Fuente MA et al 2006 Mol Cell Biol
https://w.atwiki.jp/ohden/pages/734.html
既存のdatabaseからDDLを生成したい Oracle Database 11gR2 Windows Server 2008R2-64bit Professional 既存のDBの色々な定義が分からなくて、環境の構築手順通りにやっても作れないとか、手順書自体が無いって事、よく有りますよね。 あるんですよ...orz で、そういう時に、『DBMS_METADATA』を使って、既存のdatabaseから色んな定義を読み取ってDDLを生成していく方法をまとめる。(`・ω・´) ココら辺は共通で設定しとかなきゃダメな項目。 SQL SET LINESIZE 9999SQL SET LONG 99999 --LONG、BLOB、BFILE、CLOB、NCLOB、XMLを表示するサイズをByteで指定。この設定しとかないとまともに読めない。 あとwhereに指定するOWNER名とかは、全部大文字で書くこと。小文字だとhitしないよ。 TABLESPACE SQL SELECT * FROM DBA_TABLESPACES; --表領域一覧SQL SELECT DBMS_METADATA.GET_DDL( TABLESPACE , 【TablespaceName】 ) FROM DUAL; TABLE SQL SELECT * FROM DBA_TABLES WHERE OWNER= 【LoginUser】 ; --表一覧SQL SELECT DBMS_METADATA.GET_DDL( TABLE , 【TableName】 , 【SchemeName】 ) FROM DUAL; VIEW SQL SELECT view_name FROM user_views; --『select *』で定義も取れる。確認だけならこれだけでもok。SQL SELECT DBMS_METADATA.GET_DDL( VIEW , 【TableName】 , 【SchemeName】 ) FROM DUAL; USER SQL SELECT * FROM DBA_USERS; --ユーザ一覧SQL SELECT DBMS_METADATA.GET_DDL( USER , 【UserName】 ) FROM DUAL; 出てくるDDLは、暗号化後のパスワードが表示される。 CREATE USER "HOGE" IDENTIFIED BY VALUE ********** … --暗号化後の値を入力するので、Login時は暗号化前のパスワードを指定。CREATE USER "HOGE" IDENTIFIED BY ********** … --入力した値がパスワードになる 更新日: 2015年10月27日 (火) 11時34分08秒 名前 コメント すべてのコメントを見る